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APPARATUS AND METHOD OF SHARING A DEVICE BETWEEN PARTITIONS 
OF A LOGICALLY PARTITIONED COMPUTER SYSTEM 



5 BACKGROUND OF THE INVENTION 

1 . Technical Field : 

The present invention is directed to a method and 
apparatus for managing a computer system. More 
^ 10 specifically, the present invention is directed to a method 

'■S5s| 

Q and apparatus for allowing a device to be shared between 

partitions of a logically partitioned (LPAR) system. 

fU 

'"'■'J 

:A 2. Description of Related Art: 

s?^ 15 Presently, many computer manufacturers design computer 

systems with partitioning capability. To partition a 
M computer system is to divide the computer system's resources 

J!j (i.e., memory devices, processors etc.) into groups; thus, 

rU allowing for a plurality of operating systems to be 

20 concurrently executing on the computer system. 

Partitioning a computer system may be done for a 
variety of reasons. Firstly, it may be done for 
consolidation purposes. Clearly consolidating a variety of 
computer systems into one by running multiple application 
25 programs that previously resided on the different computer 
systems on only one reduces (i) cost of ownership of the 
system, (ii) system management requirements and (iii) 
footprint size. 

Secondly, partitioning may be done to provide 
30 production environment and test environment consistency. 
This, in turn, may inspire more confidence that an 
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application program that has been tested successfully will 
perforin as expected. 

Thirdly, partitioning a computer system may provide 
increased hardware utilization. For example, when an 
application program does not scale well across large numbers 
of processors, running multiple instances of the program on 
separate smaller partitions may provide better throughput. 
This may be interpreted as coming about from increased 
hardware utilization. 

Fourthly, partitioning a system may provide application 
program isolation. When application programs are running on 
different partitions, they are guaranteed not to interfere 
with each other. Thus, in the event of a failure in one 
partition, the other partitions will not be affected. 
Furthermore, no one application program may consume an 
excessive amount of hardware resources. Consequently, no 
application programs will be starved out of required 
hardware resources. 

Lastly, but not least, partitioning provides increased 
flexibility of resource allocation. A workload that has 
resource requirements that vary over a period of time may be 
managed more easily if it is being run on a partition. That 
is, the partition may be easily altered to meet the varying 
demands of the workload. 

Presently, when a resource is assigned to a partition, 
no other partitions may use the resource. If another 
partition has to use the resource, then the resource has to 
be manually reassigned to the other partition. 

What is needed, therefore, is a method and apparatus 
for automatically reassigned a resource to a different 
partition whenever needed. 
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SUMMARY OF THE INVENTION 



The present invention provides a method, system and 
apparatus for allowing a device to be shared among 
partitions of a logically partitioned computer system, A 
table is used to cross-reference a list of devices with a 
list of partitions that may share the devices. When a 
partition needs to use a device, it sends a request to a 
control node. Upon receiving the request, the control node* 
consults the table to determine whether the partition has 
permission to use the device. If so and the device is 
currently idle, the control node will reassign the device to 
the requesting partition. If the device is busy, the 
control node will so notify the partition- After the 
requesting partition has used the device, the device will be 
reassigned to the partition to which it was originally 
assigned. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 
invention are set forth in the appended claims. The 
5 invention itself, however, as well as a preferred mode of 
use, further objectives and advantages thereof, will best be 
understood by reference to the following detailed 
description of an illustrative embodiment when read in 
conjunction with the accompanying drawings, wherein: 
10 Fig. 1 is an exemplary block diagram illustrating a 

p distributed data processing system according to the present 

invention. 

Fig. 2 is an exemplary block diagram of a server 
apparatus according to the present invention. 
15 Fig. 3 is an exemplary block diagram of a client 

apparatus according to the present invention. 
U Fig. 4 illustrates logical partitions of a computer 

system. 

U Fig. 5 is a cross-reference table that may be used by 

20 the invention. 

Fig. 6 is a flow chart of a process that may be used by 
the invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference now to the figures. Fig. 1 depicts a 
pictorial representation of a network of data processing 
5 systems in which the present invention may be implemented. 
Network data processing system 100 is a network of computers 
in which the present invention may be implemented. Network 
data processing system 100 contains a network 102, which is 
the medium used to provide communications links between 

10 various devices and computers connected together within 
network data processing system 100. Network 102 may include 
connections, such as wire, wireless communication links, or 
fiber optic cables. 

In the depicted example, server 104 is connected to 

15 network 102 along with storage unit 106. In addition, 
clients 108, 110, and 112 are connected to network 102. 
These clients 108, 110, and 112 may be, for example, 
personal computers or network computers . In the depicted 
example, server 104 provides data, such as boot files, 

20 operating system images, and applications to clients 108, 
110 and 112, Clients 108, 110 and 112 are clients to server 
104. Network data processing system 100 may include 
additional servers, clients, and other devices not shown. 
In the depicted example, network data processing system 100 

25 is the Internet with network 102 representing a worldwide 
collection of networks and gateways that use the TCP/IP 
suite of protocols to communicate with one another. At the 
heart of the Internet is a backbone of high-speed data 
communication lines between major nodes or host 
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computers, consisting of thousands of commercial, 
government, educational and other computer systems that 
route data and messages. Of course, network data processing 
system 100 also may be implemented as a number of different 
5 types of networks, such as for example, an intranet, a local 
area network (LAN), or a wide area network (WAN). Fig. 1 is 
intended as an example, and not as an architectural 
limitation for the present invention. 

Referring to Fig. 2, a block diagram of a data* 

10 processing system that may be implemented as a server, such 
as server 104 in Fig. 1, is depicted in accordance with a 
preferred embodiment of the present invention. Data 
processing system 200 may be a symmetric multiprocessor 
(SMP) system including a plurality of processors 202 and 204 

15 connected to system bus 206. Alternatively, a single 
processor system may be employed. Also connected to system 
bus 206 is memory controller /cache 208, which provides an 
interface to local memory 209. I/O bus bridge 210 is 
connected to system bus 206 and provides an interface to I/O 

20 bus 212. Memory controller/cache 208 and I/O bus bridge 210 
may be integrated as depicted. 

Peripheral component interconnect (PCI) bus bridge 214 
connected to I/O bus 212 provides an interface to PCI local 
bus 216. A number of modems may be connected to PCI local 

25 bus 216. Typical PCI bus implementations will support four 
PCI expansion slots or add-in connectors. Communications 
links to network computers 108, 110 and 112 in Fig. 1 may be 
provided through modem 218 and network adapter 220 connected 
to PCI local bus 216 through add-in boards. 
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Additional PCI bus bridges 222 and 224 provide interfaces 
for additional PCI local buses 226 and 228, from which 
additional modems or network adapters may be supported. In 
this manner, data processing system 200 allows connections 
5 to multiple network computers. A memory-mapped graphics 
adapter 230 and hard disk 232 may also be connected to I/O 
bus 212 as depicted, either directly or indirectly. 

Those of ordinary skill in the art will appreciate that 
the hardware depicted in Fig. 2 may vary. For example, * 
10 other peripheral devices, such as optical disk drives and 
the like, also may be used in addition to or in place of the 
hardware depicted. The depicted example is not meant to 
imply architectural limitations with respect to the present 
invention. 

15 The data processing system depicted in Fig. 2 may be, 

for example, an IBM e-Server pSeries system, a product of 
International Business Machines Corporation in Armonk, New 
York, running the Advanced Interactive Executive (AIX) 
operating system or LINUX operating system. 

20 With reference now to Fig. 3, a block diagram 

illustrating a data processing system is depicted in which 
the present invention may be implemented. Data processing 
system 300 is an example of a client computer. Data 
processing system 300 employs a peripheral component 

25 interconnect (PCI) local bus architecture. Although the 
depicted example employs a PCI bus, other bus architectures 
such as Accelerated Graphics Port (AGP) and Industry 
standard Architecture (ISA) may be used. Processor 302 and 
main memory 304 are connected to PCI local bus 306 through 

30 PCI bridge 308. PCI bridge 308 also may include an 
integrated memory controller and cache memory for processor 
302. Additional connections to PCI local bus 306 may be 
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made through direct component interconnection or through 
add-in boards. In the depicted example, local area network 
(LAN) adapter 310, SCSI host bus adapter 312, and expansion 
bus interface 314 are connected to PCI local bus 306 by 
5 direct component connection. In contrast, audio adapter 
316, graphics adapter 318, and audio/video adapter 319 are 
connected to PCI local bus 306 by add-in boards inserted 
into expansion slots. Expansion bus interface 314 provides 
a connection for a keyboard and mouse adapter 320, modem* 
10 322, and additional memory 324. Small computer system 
interface (SCSI) host bus adapter 312 provides a connection 
^ for hard disk drive 326, tape drive 328, and CD-ROM drive 

:i!!!sa 

\h 330. Typical PCI local bus implementations will support 

ru three or four PCI expansion slots or add-in connectors, 

vl 15 An operating system runs on processor 302 and is used 

to coordinate and provide control of various components 
within data processing system 300 in Fig. 3. The operating 
^ system may be a commercially available operating system, 

Q such as AIX, which is available from IBM, An object 

iJ 20 oriented programming system such as Java may run in 
conjunction with the operating system and provide calls to 
the operating system from Java programs or applications 
executing on data processing system 300. ^"Java" is a 
trademark of Sun Microsystems, Inc. Instructions for the 
25 operating system, the object-oriented operating system, and 
applications or programs are located on storage devices, 
such as hard disk drive 326, and may be loaded into main 
memory 304 for execution by processor 302. 

Those of ordinary skill in the art will appreciate that 
30 the hardware in Fig. 3 may vary depending on the 
implementation. Other internal hardware or peripheral 
devices, such as flash ROM (or equivalent nonvolatile 
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memory) or optical disk drives and the like, may be used in 
addition to or in place of the hardware depicted in Fig, 3. 
Also, the processes of the present invention may be applied 
to a multiprocessor data processing system. 
5 As another example, data processing system 300 may be a 

stand-alone system configured to be bootable without relying 
on some type of network communication interface, whether or 
not data processing system 300 comprises some type of 
network communication interface. As a further example, data' 
10 processing system 300 may be a Personal Digital Assistant 
^5 (PDA) device, which is configured with ROM and/or flash ROM 

=P in order to provide non-volatile memory for storing 

II 

m operating system files and/or user-generated data. 

N The depicted example in Fig. 3 and above-described 

15 examples are not meant to imply architectural limitations. 
□ For example, data processing system 300 may also be a 

notebook computer or hand held computer in addition to 
5 taking the form of a PDA. Data processing system 300 also 

Ti may be a kiosk or a Web appliance. 

20 The present invention provides an apparatus and method 

of allowing a hardware resource or device to be shared 
between partitions of an LPAR system. The invention may be 
local to client systems 108, 110 and 112 of Fig. 1 or to the 
server 104 or to both the server 104 and clients 108, 110 
25 and 112. Consequently, the present invention may reside on 
any data storage medium (i.e., floppy disk, compact disk, 
hard disk, ROM, RAM, etc.) used by a computer system. 

Fig. 4 illustrates logical partitions of a computer 
system. In Fig. 4, three partitions are shown and one 
30 unused area of the computer system. Partition 1 410 has two 
(2) processors, two (2) I/O slots and used a percentage of 
the memory device. Partition 2 420 uses one (1) processor. 
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five (5) I/O slots and also used a smaller percentage of the 
memory device. Partition 3 430 uses four (4) processors, 
five (5) I/O slots and uses a larger percentage of the 
memory device. Areas 440 and 450 of the computer system are 
5 not assigned to a partition and are unused. Note that in 
Fig. 4 only subsets of resources needed to support an 
operating system are shown. 

In any event, when a computer system is partitioned all 
its hardware resources that are to be used are assigned to a 
:=l 10 partition. The hardware resources that are not assigned are 
;^ not used. More specifically, a resource (e.g., CDROM drive, 

=B diskette drive, parallel, serial port etc.) may either 

n 

■in belong to a single partition or not belong to any partition 

'4 at all. If the resource belongs to a partition, it is known 

15 to and is only accessible to that partition. If the 
3 resource does not belong to any partition, it is neither 

J known to nor is accessible to any partition. If a partition 

J needs to use a resource that is assigned to another 

'^i partition, the two partitions have to be reconfigured in 

20 order to move the resource from its current partition to the 
desired partition. This is a manual process, which involves 
invoking an application at a hardware management console 
(HMC) and may perhaps disrupt the partitions during the 
reconfiguration. The present invention does not require any 
25 manual intervention once the initial setup has taken place. 

Fig. 5 is a cross-reference table that may be used by 
the invention. The table is organized into sharable devices 
and the partitions that may share them and non-sharable 
devices. Alternatively, each device may have a profile. In 
30 the profile it may be indicated whether the device is a 
sharable device or not. If the device is a sharable device, 
the partitions that may share the device may be identified. 
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Another method may be to include each sharable device as a 
pseudo-device into the partitions that may be used the 
device. Each pseudo-device may be listed as a resource in 
each partition that is set up to share the device. Any 
5 method that may be used to identify the sharable devices and 
the partitions that may use them is well within the scope of 
the invention. 

As in the manual process, the HMC will be used to 
switch a sharable device from one partition to another. The 

10 HMC is a control node that is responsible for setting up and 
maintaining partitions. When an application program 
requires access to a device that is not within the same 
partition as the application program, the operating system 
running on that partition causes an access request to be 

15 sent to the HMC on behalf of the application program. The 
request will contain the identification of the partition as 
well as the identification of the device needed. The HMC 
will then consult the table to determine whether the 
partition is allowed to have access the device. If so, the 

20 HMC will next determine whether the device is currently in 
use by another partition. If the device is not currently in 
use by another partition, the HMC will assign the device to 
the requesting partition. After the application program has 
finished using the device, it needs to notify the HMC so 

25 that the device may be reassigned to another partition when 
needed. 

Fig. 6 is a flow chart of a process that may be used by 
the invention. The process starts as soon as the computer 
system is turned on and ready to be used (step 600). A 
30 check is continuously being made to determine whether a 
request to use a device has been sent by a partition. If 
so, the table is consulted to determine whether the 
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partition is allowed to use the device • If so, another 
check is made to determine whether the device is currently 
in use by another partition. Only devices that are idle are 
reassigned. Thus, if the device is presently in use, it 
will not be reassigned right away (steps 605 ~ 625) . 

The description of the present invention has been 
presented for purposes of illustration and description, and 
is not intended to be exhaustive or limited to the invention 
in the form disclosed. Many modifications and variations* 
will be apparent to those of ordinary skill in the art. The 
embodiment was chosen and described in order to best explain 
the principles of the invention, the practical application, 
and to enable others of ordinary skill in the art to 
understand the invention for various embodiments with 
various modifications as are suited to the particular use 
contemplated . 
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